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(64) Method and system for providing feedback Information on a graphical user interface 



(57) Embodiments of the present invention provide, 
a computer implemented -method and apparatus for 
processing user defined input on a graphical user inter- 
face (GUI). Initially, a first user defined input value is re- 
ceived in a first graphical processing element. This first 
graphical processing element determines if the first user 
defined input value is a valid input value. Typically, this 
is (tone by comparing the first user defined input value 
with a set of valid input values. The first graphical 
processing element and said feedback message are 



embedded in a second graphical processing element. 
The second graphical processing element receives a 
feedback message from the first graphical processing 
element if the first graphical processing element deter- 
mines that the first user defined input value is invalid. 
The second graphical processing element displays the 
feedback message and the first graphical processing eh 
ement in a GUI when the first user defined input value 
is invalid. The second graphical processing element us- 
es the first graphical processing element to receive and 
process a second user defined input value. 
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Flefdofth Inv ntion 

The present invention relates generally to graphical 
user interfaces (GUIs) on computer systems. More spe- 
cifically, the invention is a method and apparatus to be 
used on a GUI for displaying and interactively correcting 
errors which occur during data processing. 

Background Of Tho tnvontlon 

9 

Many modern data processing applications utilize 
graphical user interfaces (GUI) to receive and process 
data. Typically, a user enters data on a keyboard into 
various input fields displayed by the GUI on their display 
unit or terminal. Unfortunately, a user can make numer- 

. ous errors in the data entry process for a variety of rea- 
sons. Some errors occur because the user has entered 
data too quickly on a data input device. Other errors oc- 

• cur when the user does not know what input values the 
application requires and provides the incorrect re- 
sponse. 

On conventional systems, an error message is dis- 
playod on tho GUI when tho processing portion of the 
GUI determines that an invalid data value has been pro- 
. vided in an input field. A separate error message dialog 
box with an error message will typically "pop up" within 
the GUI on the user's display screen. In most cases, this 
dialog box will cover some, if not all, of the Input data 
entered on the input fields. 

The current user interface for providing error mes- 
sages on a GUI is flawed in several respects. First, cur- 
rent error messaging typically (ails to inform a user what 
specific error has occurred. In most data processing ap- 
plications, error messages are not specifically tailored 
for each type of error. A user may receive the same error 
. message for a number of different errors. As a result* 
. the user may spend an inordinate amount of time deter* 
mining what is wrong with the data values provided. 

Current error message techniques are inefficient 
because they do not provide a method of quickly resotv- . 
ing errors. Error messages on existing systems are stat- 
ic and are not interactive They typically place a warning 
on the display screen and do not promote further 
processing of the data. 

Moreover, conventional error message techniques 
make GUIs hard to use because the dialog boxes cover . 
up critical information. To resolve errors and continue* ' 
processing data, a user must switch the context of the 
. display between the error messages and the data entry 
screens. Context switching on conventional GUIs is 
necossary because tho user can not correct the invalid 
data in the original data entry screens while the error 
message is being displayed. In som cas s, the user 
may have to memorize critical information provided in 
the error message when re-entering the data These ad- 
ditional steps can lead to unnecessary delays and ad» 
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ditional errors. 

There is a need for an information feedback tech- 
nique which preserves the context of data processed on 
the underlying screen and nables th user to interac- 
tively correct errors. 

■ 

Summary Of The Invention 

Embodiments of the present invention provide a 
computer implemented method and apparatus for 
processing user defined input on a graphical user inter- 
face (GUI). Initially, a first usor defined input value Is re* 
ceived in a first graphical processing element. This first 
graphical processing element determines if the first user 
defined input value is a valid input value. Typically, this 
is done, by comparing the first user defined input value 
with a set of valid input values. The second graphical 
processing element displays a feedback message and 
the first graphical processing element In a GUI when the 
first user defined input value is determined to be invalid. 
The second graphical processing element uses the first 
graphical processing element to receive and process 
data the user re-enters in an attempt to correct the 
invalid entry. 

Thoro are several advantages oflerod by embodi- 
ments of the present invention which were previously 
unavailable. First, GUI based feedback messages pro- 
vided according to principles of the present invention are 
easy to use because the feedback information is collo- 
cated with the mechanism for responding to the feed- 
back. Accordingly, an error message provided accord-* 
ing to embodiments of the present invention also include 
a mechanism for correcting the error. On conventional 
GUIs, the feedback information required to correct an 
error is usually severed from the area where the new 
data is re-entered. Existing systems force the user to 
switch context between the area where the error mes- 
sage appears and the data processing area where the 
data is re-entered and corrected. Context switching con- 
fuses the user and increases the time to process data. 
In contrast, tho error messagos provided according to 
teachings and suggestions of the present invention in- 
dicate In a single area what aspect of the data is in error 
and a novel technique for correcting the error. 

Embodiments of the present invention are advanta- 
geous because the error messages correspond to spe- 
cific errors which occur during data processing. In the 
past, a single error message was used to cover a broad 
spectrum of errors. Embodiments of the present inven- 
tion, however, accept error messages tailored to the 
specific error or problem encountered. This reduces the 
ambiguity associated with various errors and makes th 
GUI easier to use. 

Embodiments of the present invention are also ad- 
vantageous becaus th y provide a guideline for resolv- 
ing the error. On xisting systems, rror messages indi- 
cate an error has occurred but do not indicate how the 
error can be resolved. Sometimes, the user must also 
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ref r to a manual or ref rence guid for a solution. In 
contrast, embodiments of the present Invention provide 
a graphical element on the GUI which provides an error 
message, receives a new user defined input value, and 
processes the input value for the underlying application. 
These steps expedite the processing of data. 

Embodiments of the present invention also promote 
rapid development of Information feedback systems in 
software applications. In the past, a new set of error 
messages required a separate error message routine 
for displaying the error messages on the GUI. "Typically, 
software developers could not reuse conventional error, 
message routines without significant modifications to 
the code. In contrast, embodiments of the present in : 
vention reuse a generic error message routine to display 
all error messages on the screen. 

Notations and Nomenclature 

The detailed descriptions which follow are present- 
ed largely In terms of methods and symbolic represen- 
tations of operations on data bits within a computer. 
These method descriptions and representations are the 
means used by those skilled in the data processing arts 
to most effectively convey the substance of their work 
to others skilled in the art. 

A method is here, and generally, conceived to be a 
self-consistent sequence of steps leading to a desired 
result These Bteps require physical manipulations of 
physical quantities. Usually, though not necessarily, 
these quantities take the form of electrical or magnetic 
signals capable of being stored, transferred, combined, 
compared, and otherwise manipulated. It proves con- 
venient at times, principally for reasons of common us- 
ago, to refer to thoso signals as bits, valuos, olomonts, 
symbols, characters, terms, numbers, or tho llko. II. 
should be borne in mind, however, that all of these and 
similar terms are to be associated with the appropriate 
physical quantities and are merely convenient labels ap- 
plied to these quantities. 

Useful machines for performing the operations of 
the present invention include general purpose digital 
computers or similar devices. The general purpose 
computer may be selectively activated or reconfigured 
by a computer program stored in the computer. A special 
purpose computer may also be used to perform the op- 
erations, of the present Invention. In short, use of the 
methods described and suggested herein is not limited 
to a particular computer configuration. 

Brief Description Of The Drawings 

Figure 1 is a block diagram of a computor system 
for practicing various embodiments of the present 
invention; 

Figure 2 illustrates a conventional error m ssage 
on a graphical user interface (GUI) system; 
Figured illustrates the general steps for processing 
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data on a graphical user interface (GUI) using one 
embodiment of the present invention; 
Flgur 4 illustrates the steps used in providing an 
error message using one embodiment of the 
5 present invention; 

Figure 5 illustrates a data Input screen provided by 
one embodiment of the present invention; 
Figure 6 is a diagram Indicating the class definitions, 
and the methods used by one embodiment of the 
to present invention; and 

Figure 7 illustrates an error message provided by 
one embodiment of the present invention. 

Detailed Description 

IS 

Overview Of System Environment 

Figure 1 1s a block diagram of a computer system 
100 for practicing various embodiments of the present 
zo invention. Typically, a computer system 100 includes a 
computer 102, a display device 104, an Input device 106 
such as a keyboard, a primary storage device 108 and 
a secondary storage device 11 0. The display device 104 
displays a graphical user interface (GUI) 112 for facili- 
2S tating tho display of graphics and toxt for tho usor using 
the system 100. Display devices 104 include, for exam- 
ple, printers and computer display screens such as cath- 
ode ray tubes (CRTs), light-emitting diode (LED) dis- 
plays, and liquid crystal displays (LCD's). Input devices 
30 106 can include, without limitation, electronic keyboards 
and pointing devices such as electronic mice, trackballs, 
lightpens. thumbwheels, digitizing tablets, and touch 
sensitive pads. 

The computer 1 02 includes one or more processors 
os 114 which fetch computer instructions from a primary 
storage 108 through an Intorlaco 116, such as an Input/ 
output subsystem. Computer 1 02 can be. but is not lim- 
ited to. any of the SPARCstation or Ultra workstation 
computer systems available from Sun Microsystems, 
40 Inc. of Mountain View, California, any of the Macintosh 
computer systems based on the PowerPC processor 
and available from Apple Computer, Inc. of Cupertino. 
California, or any computer system compatible with the 
IBM PC computer systems available from International 
45 Business Machines. Corp of Armonk, New York, which 
are based upon the X86 series of processors available 
from the Intel Corporation or compatible processors. 1 
Processor 114 executes these fetched computer in- 
structions. The processor 114 can be, but is not limited 
so to, any of the SPARC processors available from Sun Mi- 
crosystems, Inc. of Mountain View, California or any 
* processors compatible therewith. Executing these com- 
puter Instructions onablos tho procossor 114 to rotriovo 
data or write data to the primary storage 108, display 

55 1 Sua. Sun Microsystems, the Sun L090. Java. MoUava. Open Win- 
dows, and NoWg are trademarks or registered trademarks of Sun Mi- 
crosystems Inc. to the United States and other countries. Products bear* 
mg the SPARC or Ultra trademarks are based upon an architecture de- 
veloped by Sun Microsystems. Inc. 
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information on one or mor computer display devic s 
104, receive command signals from one or more input 
devices 106. or transfer data to secondary storage 110 
or other computers which collectively form a computer 
network (not shown). Those skilled in the art understand s 
that primary storage 108 and secondary storage 110 
can include any type of computer storage including, 
without limitation, randomly accessible memory (RAM), 
read-only-memory (ROM), application specific integral* . 
ed circuits (ASIC) and storage devices which include 10 
magnetic and optical storage media such as CO-ROM. , 
The primary storage 108 stores a number of items 
including a GUI program 120 and a runtime environment 
122. The runtime environment 122 typically is an oper- 
ating system which manages computer resources, such is 
as memory, disk or processor time, required for embod- 
iments of the present Invention to run. The runtime en- 
vironment 122 may also be a microkernel, a message 
. passing system, a dynamic loadable linkable module, a 
browser application for the World Wide Web, a runtime 20 
interpreter environment, or any other system which 
manages computer resources. 

Detailed Description Of One Embodiment 

2$ 

Figure 2 illustrates the conventional method of pro- . 
viding feedback information on a graphical user inter- 
face (GUI) system. Initially, a graphical processing ele- 
ment on the GUI receives a user defined input value and 
determines if the value is valid. A graphical processing 30 
element is any element within the GUI capable of receiv- 
ing input values, verifying the input values, performing 
one or more predetermined functions on the values, or 
any combination thereof of these operations. If the input 
value is valid, the graphical processing element proc- 35 
esses the input values. However, if the value is deter- 
■ mined invalid, a conventional system displays a dialog - 
box which only contains feedback information. Gener- 
ally, the feedback information contained within the dia- 
log box is an error message which does not Indicate how *o 
the problem can be resolved. Moreover, the dialog box 
often covers up information in the graphical processing 
element and makes it more difficult for the user to correct 
the invalid input values. 

For example, a first graphical processing element 45 
200 is designed to receive a location address on the 
World Wide Web. First, graphical processing element 
200 receives an invalid location address "asdfasdf*. The 
invalid location address causes a dialog box 202 to *pop 
up" within the GUI. The dialog box 202 is an ineffective so 
error message because it does not provide a method (or . 
solving the problem created by entering an invalid loca- 
tion address. Moreover, the dialog box covers a port ton . 
of the first graphic processing element 202. This makes 
the GUI mor difficult to use because the user is forced ss 
to switch contexts to correct the invalid entry. Essential- ' 
ly, the user must move dialog box 202 away from graph- 
ical processing element 200 to ent r a new value for the 
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location address. 

GUIs using embodiments of the present invention 
are easier to use because the user can correct errors in 
the same area in which the error is displayed. Figur s 
3-7 illustrate one method for practicing the present in- 
vention. The flow diagrams described herein broadly Il- 
lustrate the logical flow of steps to perform one embod- 
iment of. the present Invention. Accordingly, numerous 
steps may be added to, or taken away from the flow di- 
agrams, without departing from the scope of the inven- 
tion. Furthermore, the order of execution of the steps in 
the flow diagrams may be changed without departing 
from the scope of the invention. Additional considera- 
tions in implementing the method described by the flow 
diagrams may also dictate changes in the selection and 
order of the steps. 

Figure 3 illustrates the general steps for processing 
data on a graphical user interface (GUI) using one em- 
bodiment ol the present invention. At step 302, a first 
graphical processing element receives input data from 
the user of the GUI. As previously mentioned, a graphical 
processing element is any element within the GUI capa- 
ble of receiving input values, verifying the input values, 
performing one or more predetermined functions on th 
values, or any combination thereof of these operations. 
The first graphical processing element is typically gen- 
erated using graphic display primitives in Java™, Open- 
Windows™. NeWs™, or any windowing system or lan- 
guage capable of supporting GUIs. At step 304, the first 
graphical processing element determines it the input da- 
ta received is valid. Data validation generally involves 
comparing the user defined input value with a set of valid 
input values appropriate for the particular graphical 
processing, element displayed on the display unit. If the 
data is determined valid, step 306 processes the data 
and the process completes at step 310. However, if the 
data is invalid, then step 308 invokes the ShowError rou- 
tine to correct the problem and process the data. The 
ShowError routine is designed according to one embod- 
iment of the present invention and is described in detail 
below. 

Figure 4 illustrates the steps used in providing an 
error message using one embodiment of the present in- 
vention. At step 402, the ShowError routine receives a 
feedback message template which provides an outline 
for displaying the feedback information. Typically, the 
feedback information template is in a document descrip- 
tion language lor laying out text and data such as Hy- 
pertext Markup Language (HTML). HTML is typically 
used to describe "web" pages located on the Internet 
which make up the World Wide Web. HTML can also be 
used to define the web pages located on the various "in- 
tranets* defined by the collection of private local and 
wide area networks. 

At step 404, the first graphical processing element 
provides input parameters to the ShowError routine in- 
cluding the nam of the first graphical processing ele- 
ment and a feedback message. The ShowError routine 
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r ceives th Input param ters and embeds the first 
graphical processing element and the feedback mes- 
sage within a second graphical processing element 
(step 406). Al step 408, the ShowError routine displays 
the second graphical processing element which in- 
cludes the feedback message In combination with the 
first graphical processing element. The first graphical 
processing element continues processing at step 302 in 
Figure 3. In this particular embodiment, the first graph- 
ical processing element receives another user defined 
input and continues processing the input data. In one 
embodiment, steps 302-308 are performed in the above 
described manner until valid data is provided and the 
data process is completed at step 310. 

One embodiment of the present invention can be 
implemented using an object oriented computer lan- 
guage, such as Java, in combination wiih a general doc- 
ument description language, such as HTML The Java 
programming language Is a general purpose object ori- 
ented computing environment and language which sup- 
ports the development of GUI applications as well as 
client/server applications over local and wide area net- 
works. In particular, Java enables a computer receiving , 
a web page over an intranet or the Internet to launch 
applications capable of processing data. Typically, ob- 
ject oriented applications or 'applets* are referenced in 
a web page along with the HTML entries. A Java ena- 
bled runtime environment receives the web page and 
retrieves the applet described within the web page. A 
Java enabled browser, such as the HotJava™ browser, 
then displays the web page and executes the Java ap- 
plet referenced within the web page. 

Figure 5 illustrates a web page 500 using HTML 
and Java to implement one embodiment of the present 
invention. In particular, graphical processing elements 
506-514 in particular are implemented as applets written 
in Java. The remainder of web page 500 in Figure 5 is 
implemented with a combination of HTML and Java. 

Referring to Figure 5, graphical processing ele- 
ments 506-514 are implemented as five different ap- 
plets: a FirewallProxyPreferences applet, a FTPProx- 
yPrelerences applet, a GopherProxyPreferences ap- 
plet, a SOCKSProxy Preferences applet, and a Caching- 
Proxy Preferences applet respectively. For purposes of 
this embodiment, graphical processing elements 
506-514 can each be a first graphical processing ele- 
ment. Collectively these applets enable a user to select 
which internal servers on the network act should act as 
a proxy or gateway for Internet access through the net- 
work firewall. Each applet sets a different entry in the 
proxy service preferences table within the HotJava 
browser to a specific server name and port number. . 

in accordance with object oriented programming 
techniques well known in the art, each of these five ap- 
plets inherit m thods provided by their parent classes. 
Figure 6 is a diagram indicating the class d fin it tons and 
the methods used by one embodiment of the present 
invention. A ProxyPreferences class is the first parent 
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class to th fiv subclassed applets. This class enables 
each of the five subclassed applets to validate a server 
name and a port number using a Proxy Validate method. 
The PreferencesDoubleFillln class is the second parent 
class to the five subclassed applets. The Preferenc- 
esDoubleFillln class methods are inherited by the Prox- 
yPreferences subclass and the five underlying sub* 
classed applets. The PreferencesDoubleFillln class en- 
ables the applets to display an input field capable of re- 
ceiving two input values and setting specific variables 
to these two input values. More importantly, the Prefer- 
encesDoubleFillin class provides the ShowError meth- 
od which implements one embodiment of the present 
invention. 

The ShowError method receives the applet name, 
which in some embodiments is known as the name of a 
first graphical processing element, and a specific error 
message from the Proxy Validate method. In one em- 
bodiment, the specific error message Is context sensi- 
tive and helps the user understand why an error has oc- 
curred. The ShowError method embeds the error mes- 
sage and the applet name in an HTML Information feed- 
back template. Executing this modified HTML informa- 
tion feedback template displays the specific error mes- 
sage and the applet named by the ShowError method. 
The combination of the applet and the specific error 
message is a second graphical processing element in 
some embodiments of the invention. The user modifies 
the invalid values directly in the applet displayed in the 
second graphical processing element. In one embodi- 
ment, the input fields in the applet are blank and contain 
no values. In an alternative embodiment, the invalid in- 
put value originally provided is displayed in the applet 
displayed in the second graphical processing element. 

In operation, a user brings up the web page illus- 
trated In Figure 5 using the HotJava browser. The 
browser executes a FirewallProxyPreferences applet, a 
FTPProxyPreferences applet, a GopherProxyPrefer- 
ences applet, a SOCKSProxyPreferences applet, and a 
CachingProxyPreferences applet to provide graphical 
processing elements 504-514. The CachingProxyPref- 
erences applet receives the invalid server name tach- 
yon" and the invalid port number *8000 a in each of its 
respective two fields. Selecting an apply button 516 
causes the CachingProxyPreferences applet to Invoke 
the ProxyValldate method to determine whether the 
server name and port number are valid. The Caching- 
ProxyPreferences applet passes the name of the first 
graphical, processing element, the •CachingProxyPref- 
erences" applet, to the ProxyVfelidate method in. the 
event the input values are invalid. Since the "tachyon" 
server name is invalid, Proxy Validate will invoke th 
ShowError method which contains one embodiment of 
the present invention. In this case, the ProxyVatidat 
method will pass the rror string The name you sup- 
plied for the Caching Proxy host is not valid* and the 
name of the first graphical processing element, the 
•CachingProxyPreferences* applet, as input parame- 
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t rstoth •ShowError"m thod. Th "ShowError - meth- 
od receives these parameters and embeds them into the 
appropriate portions of an HTML information feedback 
designed for error messages. 

Referring to Figure 7, the ShowError method dis- s 
plays a second graphical processing element which pro- 
vides the error message "The name you supplied for the 
Caching Proxy host is not valid" and allows the user to 
enter a new caching proxy host name. Notably, the . 
"Caching" and "Port" input fields in the second graphical f o 
processing element are generated by the same applet 
provided in the first graphical processing element If the 
new caching proxy host name is valid, the applet em- 
bedded in the second graphical processing element up- 
dates the caching proxy host table within the HotJava is 
browser. As a result, the first graphical processing ele- 
ment receives control and resumes processing data. 

There are several advantages offered by embodi- * 
ments of the present invention which were previously 
unavailable. First, GUI based feedback messages pro-. 20 
vided according to principles of the present invention are 
easy to use because the feedback information is collo- 
cated with the mechanism for responding to the feed- 
back. Accordingly, an error message provided accord- 
ing to embodiments of the present invention also include; 2s 
a mechanism for correcting the error. On conventional 
GUIs, the feedback information required to correct an 
rror is usually severed from the area where the new 
data is re-entered. Existing systems force the user to 
switch context between the area where the error rnes- 30 
sage appears and the data processing area where the 
data is re-entered and corrected. Context switching con- 
fuses the user and increases the time to process data. 
In contrast, the error messages provided according .to 
teachings and suggestions of the present invention in- ss 
dicate in a single area what aspect of the data is in error . 
and a novel technique for correcting the error. 

Embodiments of the present invention are advanta- 
geous because the error messages correspond to spe- 
cific errors which occur during data processing. In the . *> 
. past, a single error message was used to cover a broad 
spectrum of errors. Embodiments of the present inverv 
tion, howovor, accept error messages tailored to the 
specillc error or problem encountered. This reduces the 
ambigu iiy associated with various errors and makes the 45 
GUI easier to use. 

Embodiments of the present invention are also ad- 
vantageous because they provide a guideline for resolv- 
ing the error. On existing systems, error messages indi- 
cate an error has occurred but do not indicate how the so 

rror can be resolved. Sometimes, the user must also 
refer to a manual or reference guide for a solution. In 
contrast, embodiments of the present invention provide 
a graphical element on the GUI which provides an error 
message, r ceives a new user defined input value, and ss 
processes the input value for the underlying application. 
These steps expedite the processing of data 

Embodiments of the present invention also promote 



rapid development of information fe dback syst ms in 
software applications. In the past, a new set of error 
messages required a separate error message routine 
for displaying the error messages on the GUI. Typically, 
software developers could not reuse conventional error 
message routines without significant modifications to 
the code. In contrast, embodiments of the present in- 
vention reuse a generic e rror message routine to display 
ail error messages on the screen. 

While specific embodiments have been described 
herein for purposes of illustration, various modifications 
may be made without departing from the spirit and 
scope of the invention, various embodiments of the 
present invention can be implemented in numerous pro- 
gramming languages and environments. Languages 
such as C++, Java, SmallTalk, and Eiffel could be used 
to implement these various embodiments in an object 
oriented environment. Numerous classes could be de- 
fined in these object oriented languages to Implement 
embodiments of the present invention and the example 
provided above only provides one possible implemen- 
tation. Many other class hierarchies could be defined 
which utilize one or more embodiments of the present 
invention. Languages such as C, Fortran, Cobol, and 
Pascal could also be used to implement these various 
embodiments using procedural programming tech- 
niques. Object oriented programming is one possible 
way to implement the invention. 

Accordingly, the invention is not limited to the above 
described embodiments but should be interpreted ac- 
cording to the claims and the scope of their equivalents. 



Claims 

1* A computer implemented method for processing us- 
er defined input on a graphical user interface (GUI) 
comprising the steps of: 

receiving a first user defined input value in a 
first graphical processing element; 
determining within said first graphical process- 
ing element if said first user defined Input valuo 
is a valid input; 

embedding said first graphical processing ele- 
ment and a feedback message In a second 
graphical processing element when said first 
user defined input value is determined to be an 
invalid input value; and 

displaying said second graphical processing el- 
ement. 

2. The method in claim 1 further comprising the stops 
of: 

receiving a second user defined input value in 
said first graphical processing element embed- 
ded in said second graphical processing ele- 
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ment; end 

processing said second user defined input val- 
ue using said first graphical processing element 
embeddod in said second graphical processing 
olemont. 

3. The method in claim 2 wherein said first graphical 
processing element is an object. 

4. The method in claim 3 wherein said second graph- 
ical processing element is an object which reuses 
the first graphical processing element object. 

5. The method in claim 2 wherein said second graph- 
ical processing element receives one or more pa- 
rameters from said first graphical processing ele- 
ment which includes a location of said first graphical 
processing element and said feedback message. 

6. The method in claim 1 wherein said first and second 
graphical processing elements are applets. 

7. The method in claim i wherein said feedback mes- 
sage is ah error message. 

8. The method in claim 1 wherein said first graphical, 
processing element receives input values on a Web 
page and processes the input values. 

9. An apparatus for processing user defined input on . 
a graphical user interface (GUI) comprising: 

a receiver mechanism configured to receive a. 
first user defined input value In a first graphical 
processing element; 

a determination mechanism configured to de- 
termine within said first graphical processing el- 
ement if saW first user defined input value Is a 
valid input; 

an embedding mechanism configured to em- 
bed said first graphical processing element and 
said feedback message in said second graph- 
ical processing element; and 
a display mechanism configured to display said 
second graphical processing element and said 
feedback message when said first user defined 
input value is determined to be an Invalid Input 
value. 

10. The apparatus In claim 9 further comprising: 

a receiver mechanism configured to receive a 
second user defined input value in said first 
graphical processing element embedded in 
said second graphical proc ssingelem nt;and 
a processor mechanism configured to proc ss 
said second user defined input valu in said 
first graphical processing element embedded in 



said s cond graphical processing element. 

11. A computer program product comprising: 

a computer usable medium having computer 
s readable code embodied therein for processing us- 
er defined input on a graphical user Interface (GUI), 
the computer program product comprising: 

■ 

code configured to receive a first user defined 
io Input value in a first graphical processing ele- 

ment; 

code configured to determine within said first 
graphical processing olomont if said first user 
defined input value is a valid input; 
is code configured to embed said first graphical 

processing element and said feedback mes- 
sage in said second graphical processing ele- 
ment; and 

code configured to display a second graphical 
20 processing element which includes a feedback 

message when said first user defined input val- 
ue is determined to be an invalid Input value. 



25 



12. The computer program product in claim 11 further 
comprising: 



code configured to receive a second user de- 
fined input value in said first graphical process- 
ing element embedded in said second graphi- 
30 cat processing element; and 

code configured to process said second user 
defined input value in said first graphical 
processing element embedded in said second 
graphical processing element. 

35 

. 13. The computer program product in claim 1 2 wherein 
said first graphical processing element is an object. 

4 

14. The computer program product in claim 1 3 wherein 
40 said second graphical processing element is an ob- 
ject which reuses the first graphical processing el- 
ement object. 



45 



so 



15. The computer program product in claim 12 wherein 
said second graphical processing element receives 
one or more parameters from said first graphical 
processing element which includes a location of 
said first graphical processing element and said 
feedback message. 

16. The computer program product in claim 11 wherein 
said first and second graphical processing ele- 
ments are applets. 



ss 17. The computer program product in claim 11 wherein 
said fe dback messag is an error message. 

18. The computer program product in claim 11 wherein 
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said first graphical processing element receives in- 
put valu s on a Web page and processes the input 
valu s. 
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